Configurable multi-port memory device and method thereof

ABSTRACT

Embodiments of a multi-port memory device may include a plurality of ports and a plurality of memory banks some of which are native to each port and some of which are non-native to each port. The memory device may include a configuration register that stores configuration data indicative of the mapping of the memory banks to the ports. In response to the configuration data, for example, a steering logic may couple each of the ports either to one or all of the native memory banks or to one or all of the non-native memory banks.

CROSS REFERENCE TO RELATED APPLICATION(S)

This application is a divisional of pending U.S. patent application Ser. No. 12/432,610, filed Apr. 29, 2009, which application is incorporated herein by reference, in its entirety, for any purpose.

TECHNICAL FIELD

Embodiments of this invention relate to memory devices, and, more particularly, to a multi-port memory device.

BACKGROUND OF THE INVENTION

A wide variety of memory devices are in common use. One type of memory device that is becoming increasingly popular are memory devices that have a plurality of input/output (“I/O”) ports. Prior art multi-port memory devices normally have a fixed memory capacity that is accessible through each port. For example, a 1 Gb memory device having 4 ports would normally have 256 Mb of storage accessible through each port. The fixed capacity per port approach is satisfactory for many applications. However, many applications require a memory device in which different memory access devices coupled to the memory device through respective ports having different data storage requirements. In such case, the tradeoff is either to have insufficient capacity available to some memory access devices or to have excessive capacity available to other memory access devices. Either approach results in some performance or cost disadvantages.

One solution to the above limitations of the fixed capacity per port approach may be to provide different fixed capacities for each of several ports. For example, in the above-described 1 Gb memory device having 4 ports, a processor may require 512 Mb of capacity and would thus access the memory device through a port with 512 Mb available, a baseband processor may require 256 Mb of capacity and would thus access the memory device through a port with 256 Mb available, and two other memory access devices may each require 128 Mb of capacity and would thus access the memory device through respective ports with 128 Mb accessible through each port. While this approach might be ideal for some applications, it may not be acceptable for other applications. For example, another user of the memory device might need a memory device with 256 Mb accessible through each of the 4 ports or a memory device with 512 Mb accessible through one port, 256 Mb accessible through 2 ports, and no capacity accessible through the 4^(th) port. While this approach could be alleviated to some extent by manufacturing memory devices having a wide variety of port configurations, this approach would require memory device manufacturers to design, manufacture, stock and sell a large number of different memory devices. The cost of this approach would undoubtedly result in such memory devices being relatively expensive.

There is therefore not an entirely acceptable solution for the need for multi-port memory devices having a wide variety of port configurations.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A-C are schematic drawings showing an embodiment of a multi-port memory device in which banks can be mapped to another port by bank consolidation.

FIGS. 2A and 2B are schematic drawings showing an embodiment of a multi-port memory device in which banks can be mapped to another port by port consolidation.

FIGS. 3A and 3B are schematic drawings showing another embodiment of a multi-port memory device in which banks can be mapped to another port by port consolidation.

FIG. 4 is a block diagram of a multi-port memory device according to one embodiment of the invention.

FIG. 5 is a block diagram of an embodiment of a Bank/Port circuit that may be used in the memory device of FIG. 4.

FIG. 6 is a block diagram of an embodiment of a Bank/Port consolidation control circuit that may be used in the Bank/Port circuit of FIG. 5.

FIG. 7 is a block diagram of another embodiment of a Bank/Port circuit that may be used in the memory device of FIG. 4.

DETAILED DESCRIPTION

A memory device according to one embodiment of the invention is shown in FIGS. 1A-1C. As shown in FIG. 1A, a memory device 10 includes 4 ports 12, 14, 16, 18 each of which can access two 128 Mb banks 20, 22 of memory cells, which can be dynamic random access memory (“DRAM”) cells, static random access memory (“SRAM”) memory cells, flash memory cells, or any other type of presently existing or hereafter developed memory cells. The memory device 10 thus has a capacity of 1 Gb, and each port 12-18 can access 256 Mb. The banks 20, 22 that are accessible from their respective port 12-18 are referred to herein as “native” banks.

As explained in greater detail below, the memory device is configurable by a user to alter the memory capacity that may be accessible through each of the ports 12-18. As shown in FIG. 1B, the memory bank 22 native to port 14 can be mapped to the port 12, and the memory bank 20 native to the port 18 can be mapped to the port 16. The banks that have been mapped to another port are referred to herein as “non-native” banks. After the memory device 10 has been reconfigured, 384 Mb are accessible to the ports 12, 16, and 128 Mb of capacity are accessible to the ports 14, 18, as shown in FIG. 1C. Thus, two native banks 20, 22 and one non-native bank 22 can be accessed through the port 12, two native banks 20, 22 and one non-native bank 20 can be accessed through the port 16, one native bank 20 can be accessed through the port 14, and one native bank 22 can be accessed through the port 18. Other configurations are, of course, possible. Mapping of a bank from one port to another is referred to herein as “bank consolidation.”

As further shown in FIG. 2A, both banks 20, 22 native to the port 12 can be mapped to the port 14, and both banks 20, 22 native to the port 18 can be mapped to the port 16. As a result, two native banks 20, 22 and two non-native banks 20, 22 can be accessed through the port 14, and two native banks 20, 22 and two non-native banks 20, 22 can be accessed through the port 16, as shown in FIG. 2B. After the memory device 10 has been reconfigured, no memory cells can be accessed through the ports 12, 18. Thus, the memory device 10 may be reconfigured to be a two-port memory device having 512 Mb accessible through each of the ports 14, 16. Mapping of all of the banks 20, 22 native to one port to a different port is referred to herein as “port consolidation.”

Another example of port consolidation is shown in FIG. 3A. As shown therein, both banks 20, 22 native to each of the ports 14-18 can be mapped to the port 12. As a result, two native banks 20, 22 and six non-native banks 20, 22 can be accessed through the port 12, as shown in FIG. 3B. Thus, bank consolidation results in the memory device being a single-port memory device having 1 Gb accessible through the port 12.

Although the memory device 10 shown in FIGS. 1A-3B has the same number ports and the same number of native banks for each port, in other embodiments different numbers of ports are provided, and different numbers of banks are native to each port. Alternatively or in addition, in still other embodiments, the memory capacity of the banks native to each of several ports can vary from port to port. For example, in one embodiment, one 64 Mb bank may be native to a first port, one 128 Mb bank may be native to a second port, one 256 Mb bank and one 32 Mb bank are native to a third port, one 256 Mb bank, one 128 Mb bank, and one 64 Mb bank are native to a fourth port, and one 64 Mb bank and one 32 Mb bank are native to a fifth port. Other native configurations, of course, may be used in other embodiments.

The reconfiguration of the memory device 10 may be accomplished using a variety of techniques. For example, in one embodiment, port consolidation may be accomplished by controlling all banks, both native and non-native, accessible through each port by a register (not shown) associated with the port to which the banks have been mapped. In contrast, in one embodiment, bank consolidation may be accomplished by controlling banks mapped to another port by a register (not shown) associated with the port from which the banks are mapped. However, in another embodiment, bank consolidation may be accomplished by controlling banks mapped to another port by a register (not shown) associated with the port to which the bank is mapped.

The mapping of banks to provide bank and port consolidation may also be accomplished by using devices other than a programmable register. For example, in one embodiment, bank or port consolidation may be accomplished by selecting which banks to map by altering the manner in which bonding wires are connected to contact pads on a semiconductor substrate. However, the mapping of banks may be controlled by blowing a fuse or anti-fuse. In still other embodiments, the selection of which bank to map and the port to which it should be mapped may be controlled by tying an externally accessible terminal to a pre-defined voltage, such as V_(CC) or ground. Other selection means can also be used.

One example showing the manner in which banks can be addressed after bank or port consolidation from port 1 into port 2 is shown in Table A, below:

TABLE A Bank Address Bank Bank Source 0 Native 0 Port 0, Bank 0 1 Native 1 Port 0, Bank 1 2 Non-Native 0 Port 1, Bank 0 3 Non-Native 1 Port 1, Bank 1

As shown in Table A, when the banks of port 1 are mapped to port 0, the port 0 banks still maintain their port 0 and port 1 addresses. Thus, a bank address of 0 may still be used to address bank 0 of port 0, and a bank address of 1 may still be used to address bank 1 of port 0. However, if a bank address of 2 or 3 is applied to port 0, the banks of port 1 may be addressed. Specifically, as also shown in Table A, a bank address of 2 may be used to address bank 0 of port 1, and a bank address of 3 may be used to address bank 1 of port 1. A similar addressing scheme can be used for bank or port consolidation from any port to any other port.

A multi-port memory device 30 according to one embodiment is shown in FIG. 4. The memory device 30 has 4 ports A-D, although other embodiments may have a number of ports less than or greater than 4. The ports A-D each have a combined unidirectional command/address (“C/A”) 34 bus and a bidirectional data bus (“DATA”) 36 coupled between its port and a switching circuit or a mapping circuit, such as respective Bank/Port circuits 40 a-d. Each Bank/Port circuit is coupled not only to its respective native port, but also to each of the other ports. Thus, for example, the Bank/Port circuit 40 a for Bank A is coupled not only to the C/A[A] and DATA [A] buses, but also to the C/A[B], DATA[B], C/A[C], DATA[C], C/A[D] and DATA[D] buses.

The Bank/Port circuits 40 a-d are, in the embodiment shown in FIG. 4, substantially identical to each other. An embodiment of the Bank/Port circuits 40 a-d used as a switching circuit or mapping circuit is shown in FIG. 5. The Bank/Port circuit 40 includes a respective Bank/Port consolidation control circuit 50 coupled to its respective Port[n] through a C/A[n] bus 52 and a DATA[n] bus 54 as well as to all of the ports, as explained above. The Bank/Port circuit 40 also includes two banks 56, 58 of memory cells, which may be referred to as Bank[n][0] and Bank[n][1], respectively, where the letter “n” designates the port to which the bank is native. The banks 56, 58 are coupled to the Bank/Port consolidation control circuit 50 through a DATA_native bus 60. Although the Bank/Port circuit 40 a embodiment shown in FIG. 5 uses two banks for each port, a number of banks greater than or less than 2 may be used in other embodiments. The Bank/Port circuit 40 a also includes a respective command decoder 62 and a respective address decoder 64, both of which are coupled to the Bank/Port consolidation control circuit 50 through a C/A_native bus 66.

The Bank/Port consolidation control circuit 50 according to one embodiment is shown in FIG. 6. The Bank/Port consolidation control circuit 50 includes configuration registers 70 that store configuration data indicative of the manner in which any port or bank consolidation is to be accomplished. The configuration registers 70 generate a code indicative of consolidation data, which is passed to control/decode logic 74. The control/decode logic 74 decodes the configuration data from the configuration registers and generates control signals on bus 76 that cause steering logic 80 to map the banks 56, 58 (FIG. 5) that are native to that port to the respective port to which they are to be mapped. In some embodiments, the configuration registers 70 can be dynamically programmed by the control/decode logic 74 receiving data through the C/A[n] bus indicative of how the configuration registers should be programmed (which is why the connection of the C/A[n] bus to the logic 74 is shown in dashed lines). The control/decode logic 74 can then program the configuration registers 70 accordingly. However, in other embodiments the programming of the configuration registers 70 is static, which the configuration registers 70 being formed by anti-fuses, fuses or other programmable elements that are programmed either during fabrication by a manufacturer or afterwards by a user.

With further reference to FIG. 6, the steering logic 80 responds to the control signals generated by the control/decode logic 74 to couple the commands from either the native C/A[n] bus or one of the non-native C/A[n] buses to the C/A_native bus, and the data to and from either the native DATA[n] bus or one of the non-native DATA[n] buses to the DATA_native bus. The steering logic 80 can be implemented, for example, as sets of multiplexers. As explained above, the DATA_native bus is coupled to the native banks 56, 58 (FIG. 5) of memory cells, and the C/A_native bus 66 is coupled to the command decoder 62 and the address decoder 64. The steering logic 80 can therefore effectively map either or both of the native banks 56, 58 to any of the four ports depending on the needs of each port.

Another embodiment of the Bank/Port circuits 40 a-d is shown in FIG. 7. The Bank/Port circuit 40 includes a respective Bank/Port consolidation control circuit 100 coupled to its respective Port[n] through the C/A[n] bus 52 and the DATA[n] bus 54. The Bank/Port consolidation control circuit 100 is also coupled to all of the ports, as explained above with reference to FIG. 4. The Bank/Port circuit 40 also includes two banks 104, 106 of memory cells, which again may be referred to as Bank[n][0] and Bank[n][1], respectively. The Bank/Port consolidation control circuit 100 is somewhat similar to the Bank/Port consolidation control circuit 50 of FIG. 6. Specifically, the Bank/Port consolidation control circuit 100 also includes the configuration registers 70 that store configuration data as well as the control/decode logic 74 that decodes the configuration data from the configuration registers 70 and generates control signals on bus 76 that cause steering logic 110 to map the banks 104, 106 that are native to that port to the respective port. The Bank/Port consolidation control circuit 100 also includes the command decoder 62 and the address decoder 64 coupled to the steering logic 110 through the C/A_native bus 66. The steering logic 110 also selectively couples the C/A bus 54 to the C/A_native bus 66 or to the non-native C/A buses. However, the steering logic 110 differs from the steering logic 80 shown in FIG. 6 in that it selectively couples the DATA[n] bus 54 only to the DATA_native bus 60. The steering logic 110 also generates 2-bit Sel[n+1][1:0], Sel[n+2][1:0], Sel[n+3][1:0] signals that cause data to be coupled from one of the non-native banks to the DATA[n] bus 54. Specifically, the Bank/Port circuits 40 includes a data switch 120 that includes a first set of pass gates 124 a,b,c and a second set of pass gates 126 a,b,c. The pass gates 124, 126 may be in the native banks 104, 106, respectively, and may be coupled to global I/O buses 134, 136 in the banks 104, 106, respectively. As understood by one skilled in the art, global I/O buses or lines are commonly found in memory arrays for coupling all of the data in the array to a circuit that outputs the data from the memory device. Each of the pass gates 124 a-c is switched by the “0” bit of a respective Sel signal to selectively couple a global I/O bus 140 a-c of a respective non-native Bank[0] to the global I/O bus 134, which is coupled to the DATA_native bus. For example, in response to the Sel[n+2] signal, the pass gate 124 b couples the global I/O[n+2][0] bus from Bank[n+1][0] to the native global I/O bus[n][0], which is, in turn, coupled to the DATA[n] port through the Bank/Port consolidation control circuit 100. In a similar manner, each of the pass gates 126 a-c is switched by the “1” bit of a respective Sel signal to selectively couple a global I/O bus 140 a-c of a respective non-native Bank[1] to the global I/O bus 136, which is coupled to the DATA_native bus. Although the pass gates 124, 126 of the switch 120 are located in the banks in the embodiment of FIG. 7, it will be understood that the bass gates 124, 126 or other switching circuits can be at other locations in other embodiments.

Although the present invention has been described with reference to the disclosed embodiments, persons skilled in the art will recognize that changes may be made in form and detail without departing from the invention. Such modifications are well within the skill of those ordinarily skilled in the art. Accordingly, the invention is not limited except as by the appended claims. 

We claim:
 1. A bank/port circuit, comprising: a configuration register configured to store configuration data indicative of the manner in which each of a plurality of bank are to be mapped to a port; steering logic coupled to the configuration register, the port, and each of the banks, the steering logic configured to be responsive to any configuration data received from the configuration register to selectively couple the banks to the port; a native bank coupled to the steering logic and configured to store data and perform memory commands; a command decoder coupled to the steering logic through a native command bus, wherein the command decoder is configured to decode commands for the native bank; and an address decoder coupled to the steering logic through a native address bus, wherein the address decoder is configured to decode commands for the native bank.
 2. The bank/port circuit of claim 1 wherein each of the plurality of banks comprises a unidirectional command/address bus and a bidirectional data bus.
 3. The bank/port circuit of claim 1 wherein the port comprises a unidirectional command/address bus and a bidirectional data bus.
 4. The bank/port circuit of claim 1 wherein the configuration register comprises a programmable configuration register configured to receive port configuration data indicative of the manner in which each of the plurality of banks is mapped to the port, the configuration register being configured to store the received configuration data.
 5. The bank/port circuit of claim 1 wherein the bank/port circuit is configured to be responsive to data applied to the port to control whether each of the banks is coupled to the port.
 6. The bank/port circuit of claim 1, wherein a capacity accessible through the port is configurable responsive to the configuration data.
 7. The bank/port circuit of claim 6, wherein the steering logic is configured to change the capacity accessible through the port responsive to changing configuration data.
 8. The bank/port circuit of claim 1, wherein the port is one of a plurality of ports in a memory, and the configuration data is indicative of a respective one of the plurality of ports to which each of the plurality of banks is to be mapped.
 9. A bank/port circuit, comprising: a configuration register configured to store configuration data indicative of the manner in which each of a plurality of banks are to be mapped to a port, wherein the plurality of banks includes at least one native bank and at least one non-native bank; and steering logic coupled to the configuration register, the port, and each of the banks, the steering logic configured to be responsive to any configuration data received from the configuration register to selectively couple the banks to the port; a command decoder coupled to the steering logic through a native command bus, wherein the command decoder is configured to decode commands for the native bank; and an address decoder coupled to the steering logic through a native address bus, wherein the address decoder is configured to decode commands for the native bank; wherein the at least one native bank is coupled to the steering logic.
 10. The bank/port circuit of claim 9, wherein the configuration data is such that the at least one native bank and the at least one non-native bank are both configured to be mapped to the port. 